IBIS Macromodel Task Group Meeting date: 06 August 2013 Members (asterisk for those attending): Agilent: * Fangyi Rao Radek Biernacki Altera: David Banas Julia Liu Hazlina Ramly Andrew Joy Consulting: Andy Joy ANSYS: Samuel Mertens * Dan Dvorscak Curtis Clark Steve Pytel Luis Armenta Arrow Electronics: Ian Dodd Cadence Design Systems: Terry Jernberg * Ambrish Varma Feras Al-Hawari Brad Brim Kumar Keshavan Ken Willis Cavium Networks: Johann Nittmann Celsionix: Kellee Crisafulli Cisco Systems: Ashwin Vasudevan Syed Huq Ericsson: Anders Ekholm IBM: Greg Edlund Intel: Michael Mirmak Maxim Integrated Products: Mahbubul Bari Hassan Rafat Ron Olisar Mentor Graphics: * John Angulo Zhen Mu * Arpad Muranyi Vladimir Dmitriev-Zdorov Micron Technology: Randy Wolff Justin Butterfield NetLogic Microsystems: Ryan Couts Nokia-Siemens Networks: Eckhard Lenski QLogic Corp. James Zhou SiSoft: * Walter Katz * Todd Westerhoff Doug Burns * Mike LaBonte Snowbush IP: Marcus Van Ierssel ST Micro: Syed Sadeghi Teraspeed Consulting Group: Scott McMorrow * Bob Ross TI: Casey Morrison Alfred Chong Vitesse Semiconductor: Eric Sweetman Xilinx: Mustansir Fanaswalla Ray Anderson The meeting was led by Arpad Muranyi ------------------------------------------------------------------------ Opens: - Bob asked to discuss the status of IBIS 6.0. -------------------------- Call for patent disclosure: - None ------------- Review of ARs: - None ------------- New Discussion: IBIS 6.0: Bob said a new draft 9 is posted to the website. A new draft may be uploaded after the editorial meeting tomorrow. It will be email to the IBIS reflector Wed and introduced at Open Forum Friday Bob described some changes made to various sections. The MSWord compare facility has been used to produce easier to difference markup. Arpad said the vote to approve should take place Sep 20. Bob added that technical changes might force another review. Walter said that the last editorial meeting should be tomorrow, and interconnect meetings should resume starting next week. BIRD 155: Fangyi showed an email about BIRD 155. The term "new API" will be changed to "new function". Arpad said AMI_Close could do the work that was planned for AMI_Resolve_Close. Fangyi said that would be hacking AMI_Close because it would have to receive the memory handle passed to AMI_Resolve_Close. Mike felt that all memory handed out by the DLL could be remembered and freed by AMI_Close. Walter agreed with Fangyi, saying AMI_Init creates an instance, but AMI_Resolve does not. Arpad said AMI_Close sounds like a superset of AMI_Resolve_Close. Fangyi asked if AMI_Resolve_Free would be a better name, but Arpad said would should keep the current name. Arpad suggested removing Default for Resolve_Exists. Bob said it is consistent with other parameters. Bob said you can't have both Value and Default. Mike said Default was for multiple value Lists where an explicit value is not chosen. We decided to keep Default. Bob suggested that the Default for Model_Name should be a . Fangyi made that change. Fangyi also changed "that is being used" to "that is being instantiated by the EDA tool". Fangyi made part of API usage step 9 a note since it is not truly a process step. Arpad said that in step 4 the string has to be created even if Resolve_Exists is false, for AMI_Init. Walter said the strings must have the same content, but might be separately allocated strings. Mike suggested a note might be added to explain this. We decided to make no change. Arpad wondered if Resolve_Exists should be changed to AMI_Resolve_Exists to more closely match the function name. We decided to make no change, partly to maintain consistency with Getwave_Exists. Arpad felt that it should be possible for AMI_Init or AMI_Getwave to call AMI_Resolve. There are simple ways to do this, but the text implies it can't be done. Walter suggested using the term "such as" to avoid limitation. Ambrish noted that we state that AMI_Resolve can be called only once. Fangyi said that has been changed. Ambrish wondered why any tool would call it twice. Arpad said any number of calls are possible but the result will always be the same. We decided to make no change for now. Bob said that any Usage Out parameter could be Dep. Arpad suggested moving the explanation for Table 17-19. Fangyi did this. AR: Fangyi send updated BIRD 155.1 draft to Mike for posting. ------------- Next meeting: 13 August 2013 12:00pm PT ------------- IBIS Interconnect SPICE Wish List: 1) Simulator directives